home *** CD-ROM | disk | FTP | other *** search
/ Turnbull China Bikeride / Turnbull China Bikeride - Disc 2.iso / BARNET / ARMLINUX / MAIL / 9701 / 000030_rmk92@ecs.soton.ac.uk _Thu Jan 23 23:20:59 1997.msg < prev    next >
Internet Message Format  |  1998-01-25  |  4KB
  1. Return-Path: <rmk92@ecs.soton.ac.uk>
  2. Received: from acacia.sucs.soton.ac.uk (acacia.sucs.soton.ac.uk [152.78.128.232]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id XAA02682 for <willy@odie.barnet.ac.uk>; Thu, 23 Jan 1997 23:20:59 GMT
  3. From: rmk92@ecs.soton.ac.uk
  4. Received: from bright.ecs.soton.ac.uk (bright.ecs.soton.ac.uk [152.78.64.201])
  5.    by acacia.sucs.soton.ac.uk (8.8.2/server) with SMTP id XAA04815
  6.    for <willy%odie.fluff.org@relay.soton.ac.uk>; Thu, 23 Jan 1997 23:21:40 GMT
  7. Received: from caramon.armlinux.org (annex4) by bright.ecs.soton.ac.uk; Thu, 23 Jan 97 23:20:55 GMT
  8. Received: from raistlin.armlinux.org by caramon.armlinux.org; Thu, 23 Jan 1997 22:49:09 GMT
  9. Message-Id: <2276.199701232249@raistlin.armlinux.org>
  10. Subject: Re: Arm Linux (fwd)
  11. To: willy@odie.barnet.ac.uk (Matthew Wilcox)
  12. Date: Thu, 23 Jan 1997 22:49:01 +0000 (GMT)
  13. In-Reply-To: <199701220917.JAA31988@odie.barnet.ac.uk> from "Matthew Wilcox" at Jan 22, 97 09:17:22 am
  14. X-Phone: +44 (0)1737 360654
  15. Reply-To: rmk92@ecs.soton.ac.uk
  16. X-Mailer: ELM [version 2.4 PL24]
  17. Mime-Version: 1.0
  18. Content-Type: text/plain; charset=US-ASCII
  19. Content-Transfer-Encoding: 7bit
  20. Status: RO
  21.  
  22. Matthew Wilcox writes:
  23. > The trick is deciding at what level we want to emulate a RISC OS
  24. > environment - booting RISC OS on the ARMulator is one possibility, but it
  25. > would be extremely slow (and requires additions to the ARMulator to
  26. > emulate iomd, vidc et al).
  27.  
  28. Dave Gilbert has a version of the ARMulator (with bug fixes) that allows
  29. RiscOS 2 to run.  The ARMulator appears to have some very serious bugs, and
  30. in fact, Linux trips up on some of them at the moment.  This idea I believe
  31. may well be the most viable.
  32.  
  33. > A replacement kernel that handles loading extension modules is another
  34. > possibility - but rather tricky.  Writing replacement modules that
  35. > implement the RISC OS API is the cleanest solution, but it's the biggest
  36. > job to do. 
  37.  
  38. Linux already handles loadable modules!  Even dynamic loading and removing
  39. of modules.  This would provide a neat way of providing this, and may even
  40. allow some of the RiscOS modules to be used.  However, since the system is
  41. 32bit, any device drivers would have to be re-written.  Memory mapping would
  42. be an interesting issue.
  43.  
  44. > The main problem as I see it is the 26/32 bitness - does Linux/ARM run in
  45. > 32 bit modes on capable processors?  Is it possible for different
  46. > processes to be run in 26 bit mode?
  47.  
  48. On the ARM, you don't have 'virtual machines' as you do on the 386.  The
  49. kernel does run in 32 bit, but the binaries run in 26 bit.  32 bit binaries
  50. will be implemented eventually though.
  51.  
  52. Note also, that the StrongARM does not support 26-bit exception handlers,
  53. but I believe this to be irrelevent.  I have heard rumors that 26-bit
  54. support will be dropped completely later.
  55.  
  56. One of the problems is that the ARM does not fault priviledged instructions
  57. as the x86 hardware does.  If it did, then there would be a strong possibility
  58. of using most of the RiscOS proms as they stand.
  59.    _____
  60.   |_____| ------------------------------------------------- ---+---+-
  61.   |   |       Russell King      rmk92@ecs.soton.ac.uk         --- ---
  62.   | | | | http://whirligig.ecs.soton.ac.uk/~rmk92/home.html  /  /  |
  63.   | +-+-+                                                     --- -+-
  64.   /   |               THE developer of ARM Linux              |+| /|\
  65.  /  | | |      *  who wishes that he was in Hong Kong  *      ---  |
  66.     +-+-+ -------------------------------------------------  /\\\  |